-
Notifications
You must be signed in to change notification settings - Fork 234
PSES side changes for issue #96 - support x86/x64 debugging. #125
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PSES side changes for issue #96 - support x86/x64 debugging. #125
Conversation
Besides **all** the awesome work @adamdriscoll did to enable this; there are some changes that need to be made to package.json in the vscode repo. In order to support those changes, we need a different filename for the x86 batch file that launches the x86 debug host.
@daviwil - is there somewhere this renamed file needs to be added to ensure it is part of the package and installed into the extension's bin dir? Presumably the x86 host exe has already been added to the extension package (and bin dir)? |
I'm not sure the VSCode tweak is going to make it into the next release. I'm going to hold off on the vscode-powershell change until I can verify the VSCode fix is in place. But I think this PR is still good to merge (shouldn't hurt anything even if it isn't being used yet). |
Yeah, I was thinking about the packaging issue recently... I think it makes sense for there to be a single PowerShellEditorServices.Host NuGet package which contains both host EXEs and respective cmd files. Right now I think the only way to accomplish that will be to change the I believe this requires adding a <files>
<file src="bin\$configuration$\$id$.exe" target="lib\net45\" />
<file src="bin\$configuration$\$id$.DebugAdapter.cmd" target="content\" />
<file src="..\PowerShellEditorServices.Host.x86\bin\$configuration$\$id$.x86.exe" target="lib\net45\" />
<file src="..\PowerShellEditorServices.Host.x86\bin\$configuration$\$id$.DebugAdapter.x86.cmd" target="content\" />
</files> More info: http://docs.nuget.org/Create/Nuspec-Reference You should be able to test this by running this command (note the .csproj at the end):
I actually just tried to replicate this and it worked fine for me. Both DLLs and CMD files show up in the resulting NuGet package for me. If you make this change, could you also delete the .nuspec file in |
Is this NuGet package what gets pushed to the VSCode gallery as the PSES extension? |
Nah, it's one step earlier in the chain where I publish NuGet packages of the binaries to NuGet.org. I'm going to start using |
OK, I'll commit to this branch so it is all contained. Might not get to this until tomorrow. |
No problem, thanks a lot for doing it! |
… host exe/batch files. The nuspec includes both native (x64) and x86 versions of the exe and batch files. Removed the nuspec file from the Host.x86 dir per @daviwil request.
Man, that Platform=X64 environment variable bit me again. Nuget.exe failed until I removed that env var from my console. Anyway, the update to this PR for the requested nuspec changes have been pushed. |
Awesome, thanks for making the nuspec changes! Merged. |
…4-dbg PSES side changes for issue #96 - support x86/x64 debugging.
Besides all the awesome work @adamdriscoll did to enable this; there are some changes that need to be made to package.json in the vscode repo. In order to support those changes, we need a different filename for the x86 batch file that launches the x86 debug host.